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FINAL  REPORT 


"Design  and  implementation  of  the  tactor  array  controller  tool."  P.I.  S.J.  Bolanowski 

The  project  funded  by  the  Office  of  Naval  Research  is  for  the  time  period  3/1/9  to  12/30/95 
with  a  total  award  amount  (direct  and  indirect  costs)  of  $96,733.00.  Basically,  the  project 
was  a  one-time  contract  to  design  and  build  a  specific  piece  of  equipment  to  show 
feasibility  of  a  system  that  would  improve  situation^  awareness  for  pilots  and  other  Navy 
personnel  whose  sensory  systems  are  overtaxed  or  receiving  conflicting  information  (e.g., 
divers,  astronauts,  etc).  The  primary  interest  in  developing  such  a  device  for  the  Navy  is  to 
aid  in  decreasing  the  number  of  aircraft  and  pilots  lost  during  warfare  and  while  flying 
under  conditions  that  corrupt  situational  awareness  (low  to  the  ground,  low  velocity  speeds 
in  overcast  conditions).  The  engineering  project  for  which  we  were  funded  actually  derived 
from  an  Advanced  Technology  Demonstration  Program  (ATD)  called  the  Tactile  Advanced 
Technology  Demonstration  Program.  Our  portion  of  the  project  involved  hardware  and 
software  design  of  a  device  (controller)  to  interface  between  the  output  of  a  gyroscope  and 
the  input  to  a  tactor  array.  The  tactor  array  consisted  of  tactors  (electromagnetic  speakers 
and/or  motors)  that  are  mounted  on  a  body  suit  which  the  pilot  wears.  The  gyroscopic 
information  (pitch  and  roll)  is  fed  into  the  controller  which  uses  a  lookup  table, 
programmable  via  Labview  software  and  located  in  read-only-memory  (ROM),  to  map 
orientation  of  the  gyroscope  (aircraft)  to  particular  patterns  of  vibration  in  the  tactor  array. 
The  device  has  was  designed  and  built  and  sent  to  the  Naval  Air  Medical  Research 
Laboratory  in  Pensacola,  and  was  to  be  used  in  a  test  flight  sometime  in  the  middle  of 
August,  1995. 

Given  the  nature  of  the  project  we  plan  no  publications,  presentations,  etc.  regarding  the 
controller- tool  design.  Standard  fabrication  processes  were  used  (i.e.,  printed  circuit 
boards)  as  were  standard  electronic  and  mechanical  design  principles.  The  attached 
Appendix  contains  documentation  of  the  software  and  hardware  of  the  array  controller. 

Appendix  I.  Tactor  Array  Application  Tool  Software 

Appendix  II.  External  hookup  diagram,  Power  invertor  connector  schematic,  gyro 
connector  schematic,  tactor  connector  pinout,  ROM  board  layout,  ROM  board  schematic. 
Synchro/resolver  board  schematic,  spe^er  board  driver  schematic. 
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Tactor  Array  Controller  Application  Tool  Software 

Developed  at  the  Institute  for  Sensory  Research  at  Syracuse  University, 
Syracuse,  New  York  13244  USA. 

Developed  under  contract  from  the  Office  of  Navel  Research 

Grant  #  N000I4-95-I-0526;R&T  Project  #  4237006— 01  ;P.I.  S.J.  Bolanowski 


ROM  Pitch/Roll  Translation  Matrix  Generator 

Introduction 

The  software  was  developed  using  National  Instrument's  Lab  VIEW  3.1.1  full  development 
package.  The  software  design  philosophy  parallels  that  of  LabVIEW  in  general.  That  is,  a 
modular,  graphic  approach  allows  for  rapid  development  and  ease  of  modification  of  the 
translation  matrix.  Thus  the  ROM  Pitch/Roll  Translation  Matrix  Generator  is  both 
powerful  and  flexible  to  meet  the  needs  of  the  investigator. 

The  software's  primary  function  is  to  generate  the  binary  code  for  translating  real-time 
gyroscopic  information  from  the  aircraft's  systems  into  a  vibration  pattern  applied  to  the 
pilot's  skin.  The  software  allows  for  independent  programming  of  32  outputs  with  one  of 
eight  output  states  (three  bits),  or  32  outputs  with  on/off  state  (one  bit)  in  response  to  256 
(2^)  pitch  input  states  and  256  (2*)  roll  input  states  for  a  total  of  65536  (2'«)  independent 
inputs. 


Hardware  Requirements 


Since  the  software  has  been  assembled  as  a  application,  LabVIEW  3. 1. 1  is  not  required  to 
run  it.  However,  modifications  to  the  software  will  require  the  LabVIEW  3. 1. 1  full 
development  package,  the  TAC-AT  I.O.vi  file  and  the  TAG- AT  Library.llb  (included  on 
separate  disks).  The  following  hardware  requirements  are  necessary  for  running  the  TAC- 
AT  1.0  application: 

Processor:  68030  with  math  co-processor  (68040  recommended) 

Power  PC  available  (use  ATT  AC  6. 1  PPC) 

Hard  Disk:  5  Mb  free  (each  data  set  also  requires  an  additional  1  Mb) 

RAM:  10  Mb  free  minimum,  12  Mb  recommended 

Operation 

To  begin,  decompress  the  TAC-AT  1.0  application  using  Stuffit™.  Be  sure  that  the  default 
memory  requirement  in  the  Get  Info  window  is  set  to  at  least  10  Mb  (12  Mb 
recommended).  Close  the  Get  Info  window  and  launch  the  TAC-AT  1.0  application. 

Your  screen  should  look  similar  to  figure  1  depending  on  which  version  (development  VI 
or  application)  of  the  program  you  are  running. 

Run  program 

Status  indicator 

Enter  data 
Vertical  scroll  bar 

Sets  upper  and  lower  limi 

Initializes  matricies 
to  zero 


Figure  I 


Ai  z: 


At  the  beginning  of  your  programming  session,  press  the  Initialize  Data  button  BEFORE 
you  run  the  program.  This  will  set  the  matrices  to  zero  and  assign  the  proper  amount  of 
memory  to  the  ROM  data  sets.  You  can  now  start  and  stop  the  execution  of  the  program 
without  changing  the  data  set.  If  you  wish  to  reset  the  data,  stop  the  program,  press  the 
Initialized  Data  button  and  then  run  the  program.  This  will  reset  the  data  to  zero  and 
initialize  the  data  matrices.  Set  the  upper  and  lower  limits  of  the  pitch  and  roll  values  you 
wish  to  program.  For  example,  set  the  limits  to 


pitch  lower  limit  =  -5 

pitch  upper  limit  =  5 

roll  lower  limit  =  0 

roll  upper  limit  =  0 


and  set  Tactor  1  to  Oscillator  I.  Press  Enter  Data  to  write  the  tactor  assignments  to  the  data 
matrices  in  memory. 


Using  the  vertical  scroll  bar,  slide  up  to  the  Tactor  Display  area.  Your  screen  should  look 
similar  to  the  figure  2. 


Indicates  state 


Pitch  and  Roll  Settings 

File  directory  path 

ROM  data  file  name 
Error  messages 
Save  data 


Figure  2 
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Now  change  the  Gyro  Roll  to  0  and  change  the  Gyro  Pitch  values  from  -10  to  +10. 
Observe  the  state  of  Tactor  1  as  you  change  the  pitch  values.  The  state  should  change  from 
OFF  to  Tactor  1"  and  then  to  "OFF"  again  as  you  pass  through  the  lower  and  upper 
pitch  limits  previously  assigned. 


To  Write  ROM  Data  to  Disic 


In  the  Data  File  Directory,  enter  the  path  name  for  the  data  files  (e.g.  Hard  DiskrData 
Folder)  and  enter  the  name  for  the  data  files  in  the  Data  File  Name  box  (e.g.  Test  Data  Set) 
When  you  have  finished  assigning  tactor  states  to  pitch  and  roll  limits,  press  the  Save  Data 
button  and  sixteen  files,  one  for  each  ROM,  named  filename. KOM.  #  will  be  written  to  the 
folder  in  the  Data  File  Directory.  The  Suffix  ROM#  will  be  appended  to  the  data  file  name 
where  #  is  the  ROM  designator  from  0  hex  (0  dec)  to  F  hex  (15  dec).  The  data  files  are  a 
byte  streams  of  65537  unsigned  8-bit  words,  the  first  byte  in  the  file  designated  the  ROM 
(0  to  F)  and  the  next  65536  bytes  (64k  bytes)  are  the  code  for  the  tactor  assignments. 

To  Write  Data  to  ROM 


Launch  the  Rom  Bum"  application.  (See  Rom  Bum  READ  ME  file  for  instmctions). 


Appendix 


Tactor  Coding 


Each  ROM  has  a  16-bit  address  input  and  an  8-bit  data  output, 
tactors  or  two  motors  with  the  code  shown  in  figure  Al. 


iiit  til  i 

ROM  Translation  Matrix 

mkkkik.  .kumu. 

Pitch  Data  (8-bits)  Roll  Data  (8-brts) 


Fig  Al 


Each  ROM  can  control  two 


8-bits  data 


1 6-bits  address 


A  ^  -  ^ 


Rom  Bum  README  file 
Menu  Choices 


Burn  One  ROM 

This  will  bring  up  the  standard  open  file  dialog,  allowing  the  user  to  select  a  file. 

The  file  will  be  read,  the  user  will  be  asked  if  the  label  on  the  ROM  agrees  with 
the  file’s  internal  identification  number,  and  then  the  ROM  will  be  programmed. 

Burn  All  ROMs 

The  standard  file  open  dialog  is  displayed,  the  user  picks  a  file  (any  ROM  file). 

The  program  then  identifies  a  sequence  of  ROM  ffles,  using  the  “.ROM  x”n  extension 
of  the  chosen  file.  ROMs  0-F  (0,1,2,3...9,A,B,C,D,EE)  of  this  seris  will  be  programmed, 
with  the  user  prompted  for  swapping  a  ROM  out,  and  placing  the  next  ROM  in. 

Any  errors  in  downloading  or  burning  will  be  detected  and  the  sequence  halted. 

The  sequence  is  always  started  at  zero,  it  is  irrelevant  which  file  is  chosen. 

Note  that  ALL  of  the  files  must  be  in  the  same  folder. 

Echo  output  to  screen. 

The  download  information  is  echoed  to  the  window  as  it  is  being  sent  to  the  burner. 

This  choice  toggles  on  and  off,  with  a  check  mark  meaning  on 

Quit 

This  quits  the  program. 


The  ROM  burner  must  be  attached  to  the  serial  port 
no  other  programs  should  be  runiting  which  also  use  the  serial  port,  such  as 
communication  programs,  or  netmodem  control  panels,  as  these  may  interfere  with  operation, 
as  some  of  them  tie  up  the  serial  port  whenever  mnning,  instead  of  when  a  document  is  open. 

Status  &  Error  Messages. 

various  messages  will  be  scrolled  in  the  window  while  the  program  is  operating. 


Common  Messages: 

ROM:n  Filername.ROM  n 

Downloading  nnn  sec: _ 

Data  Uploaded.  5sec.  Timeout 
Program  nn  sec: _ 

***  Successful  Burn  *** 

***  No  ROM  in  burner  *** 

***  ROM  is  not  blank  *♦* 
Stopped  at  ROM  n 


Displayed  when  a  file  is  opened  in  Bum  All  mode. 

Displayed  as  data  is  sent  to  burner  unit  The  horiztontal 
line  shows  progress. 

wait.The  burner  needs  a  timeout  to  recognize  the  data  end. 

Displayed  while  unit  is  burning  ROM.  The  line  shows 
progress,  (done  when  lower  line  reaches  end  of  upper) 

ROM  succesfully  burned  in. 

as  it  says,  perhaps  it  is  incorrectly  positioned. 

only'blank  or  erased  ROMs  may  be  burned. 

The  mentioned  ROM  did  NOT  get  burned  in  a 
attempt  to  bum  all  toms.  Some  other  error  will 
be  mentioned  above  this. 


/\  I  - 


Uncommon  Error  Messages 


***  ROM  did  not  program  ***  internal  burner  error,  tiy  again. 

*♦*  ROM  programmed,  did  not  verify  *** 

try  erasing,  then  re-tiy  or  use  new  ROM. 

Burner  didn't  read  Program  command!!  internal  burner  error,  try  power-cycle. 

***Not  a  ROM  file.***  the  selected  file  is  not  a  ROM  file. 


Problem  found  during  data  read.  The  file  does  not  contain  enough  data  for  a  ROM. 
Problem  found  during  ROM  ID  read.  The  file  is  empty.  Periiaps  an  aborted  file  copy? 


User  cancelled. 


operation  was  cancelled  by  user  in  dialog 


File  internal  ID  doesn't  match  filename  ID 

The  ROM  id#  of  file  NAME  does  not  match  the 
id#  stored  in  the  file!  perhaps  it  has  been  re-named? 


Burner  returned  Invalid  Type:[%s]  a  incorrect  ROM  type  has  been  selected  on  the 

burner’s  front  panel,  the  type  selected  should  be 
27512(12int) 

Attempting  Reset..  These  three  messages  have  to  do  with  resetting 

Reset  failed,  set  at;  %s  the  burner’s  power-on  state  if  it  somehow  gets 

Burner  reconfigure  success.  scrambled.  If  the ‘Reset  failed’ message  appears 

it  means  the  burner  is  seriously  damaged. 
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Gyroscope  /  Power  Inverter  /  Tactor  Array  Controller 
Interconnect  Scheme 
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18  ga.  Teflon  Twisted  Pair 
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Overall  External  Hookup  Diagram 
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Pinout  of  Amphenol  7-pin  connector  ^connects  to  Power  Inverter) 

SOLDER-SIDE  VIEW 


115  Vac/400Hz 
(To  Gyro  pins  A&B) 
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+28  Vdc 
from 

DC  Power  Supply 

Power  Invertor  Connector  Schematic 


jnc  6/95 


Pinout  of  26-Pin  Amphenol  connector  ^connects  to  Gyroscope^ 
SOLDER-SIDE  VIEW 


STANDARD  16-CONDUCTOR  RIBBON  CABLE 

jnc  6  /  95 

Gyro  Connector  Schematic 


A2.3 


Speaker  A  Speaker  B 

NEGATIVE  I - 1  I - 

POSITIVE  ^  I _ _ J  ^  ^  _ 

Tactor#  1,3, 5, 7, —,27,29,31  2,4,6,- - -,28,30,32 


Motor  A 


Motor  B 


NEGATIVE  Q  - 

POSITIVE  _ _ 

Tactor#  1,3,5, 7,— ,27,29,31 


O  O 


2,4,6,-  -  -,28,30,32 


NOTE:  Use  34  pin  ribbon  connectors 
Pins  33  and  34  are  unused 

Tactor  Connector  Pinouts 


--iU 


ROM  Board  Layout 


A  2-^' 


2  of  2  ROM  Board  Schematic 


2  of  2  ROM  Board  Schematic  (  555  Timer  Blow  Up) 


/I  2-7 


Synchro  /  Resolver  Board  Schematic 


H  i  §  H 


